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DETAILED ACTION 



1. 



This action is in reply to applicant's correspondence of 04 March 2005. 



2. 



Claims 1- 34 are pending for examination. 



3. 



Claims 1- 34 remain rejected. 



Claim Rejections - 35 USC § 101 



35 U.S.C. 101 reads as follows: 



Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 



requirements of this title. 

4. Claims 1-21 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non-statutory subject matter. Claims 1,5 (and respectively 2-4,6-21 by dependency), recite a 
"network element" comprising a "an algorithm . . This appears to be software method claim 
language that is non-statutory per se. Also, the claim language does not explicitly specify a 
software (i.e., the software embodiment of a function, method, etc.,) or hardware system. The 
examiner assumes for the sake of applying art that the claim refers to embodied software method 
Correction is required. 

5. Claims 21,22 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non-statutory subject matter. Claims 21 ,22 recite a "network element" comprising a . . 
software program . . .". This appears to be software method claim language that is non-statutory 
per se. The examiner assumes for the sake of applying art that the claim refers to embodied 
software method. Correction is required. 
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Claim Rejections - 35 USC § 102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

(e) the invention was described in (1) an application for patent, published under section 1 22(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

6. Claims 1-7,16-18,21,22 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Cromer et al, U.S. Patent 6,609,207 Bl. 

7. As per claim 1 ; "A network element having a plurality of features wherein at least one of 
the features may be optionally enabled or disabled, the network element comprising: 

a service module 

that provides a first network feature 
that may be optionally 
enabled or 

disabled [i.e., col. 1, lines 55-col. 5,line 35]; 

a system processor 

that is operable 

to receive a softkey value inputted from outside of the network element 
[i.e., col. 1, lines 55-col. 5,line 35]; and 
a softkey validation system 
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that is operable 

to enable the use of the first network feature when 
the received softkey value is the same as 
a first valid softkey value, 
the softkey validation system also being operable 

to enable the use of the first network feature a second time, 

after the first network feature has been deactivated, when 
the received softkey value is the same as 
a second valid softkey value, wherein 

the first valid softkey value is not the same as 
the second valid softkey value, 
the softkey validation system comprising: 

memory for storing information related to the service module [i.e., col. 
1, lines 55-col. 5,line 35]; and 
an algorithm for use in 

confirming whether 

the received softkey value is 
a valid softkey value; and 
wherein upon confirmation that 

the received softkey value is valid 

the softkey validation system enables the use of the 
network feature [col. 1, lines 55-col. 7,line 31, whereas the 
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use of separate connection and disconnect passwords are 
broadly interpreted by the examiner to correspond to the 
applicants 2 (different) softkeys used in the 'softkey 
validation system' elements, and further, the laptop docked 
to the docking station which itself is interfaced to a network 
(i.e., Ethernet interfacing) is broadly interpreted by the 
examiner to correspond to the applicants 'network element 
having a plurality of features . . . enabled or disabled, ... a 
service module that provides a first network feature . . . 
'memory for storing information related to the service 
module', 'an algorithm (assumed embodied software, etc.) 
. . . confirming ... a valid softkey value; and . . . upon 
confirmation . . . system enables the use of the network 
feature', and ' . . . system processor ... to receive a softkey 
value inputted from outside of the network element'.]." 

8. As per claim 5; "A node element in a communication network [This claim is claim 1 
from the point of view of the 'node element in a communication network' type of network per se, 
and the docking station / laptop / security processor of Cromer et al clearly encompasses a 
communications network configuration, and is rejected for the same reasons provided for the 
claim 1 rejection], comprising: 
a service module 
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that provides a first network feature 
that may be optionally 
enabled or 
disabled; 

a system processor 

that is operable 

to receive a softkey value inputted from outside of the network element; 

and 

a softkey validation system 
that is operable 

to enable the use of the first network feature when 
the received softkey value is the same as 
a first valid softkey value, 
the softkey validation system also being operable 

to enable the use of the first network feature a second time, 

after the first network feature has been deactivated, when 
the received softkey value is the same as 
a second valid softkey value, wherein 

the first valid softkey value is not the same as 
the second valid softkey value, 
the softkey validation system comprising: 

memory for storing information related to the service module; and 
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an algorithm for use in 

confirming whether 

the received softkey value is 
a valid softkey value; and 
wherein upon confirmation that 

the received softkey value is valid 

the softkey system enables the use of the network 
feature." 

9. Claim 2 additionally recites the limitation that; "The network element according to claim 
1 wherein enabling the use of the network feature comprises enabling the use of the network 
feature without the generation of alarms.". 

The teachings of Cromer et al suggest such limitations (col. l,lines 55-col. 7,line 31, whereas the 
laptop docked to the docking station successfully (post correct password entry, thereby enabling 
appropriate laptop / docking station interfacing functionality) is interfaced to a network (i.e., 
Ethernet interfacing) is broadly interpreted by the examiner to correspond to the applicants 
'enabling the use of the network feature without the generation of alarms' element.). 

10. Claim 3 additionally recites the limitation that; "The network element according to claim 
1 wherein enabling the use of the network feature comprises enabling the use of the network . 
feature when the network feature could not be used, even in an alarm state, without being 
enabled through the softkey system.". 
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The teachings of Cromer et al suggest such limitations (col. 1, lines 55-col. 7,line 31, whereas the 
laptop docked to the docking station successfully (post correct password entry, thereby enabling 
appropriate laptop / docking station interfacing functionality) is interfaced to a network (i.e., 
Ethernet interfacing) is broadly interpreted by the examiner to correspond to the applicants 
'enabling the use of the network feature when the network feature could not be used, even in an 
alarm state, without being enabled through the softkey system' element, in that the connect or 
relocation passwords allow restoration of proper functionality given correct password entry.). 

11. Claim 4 additionally recites the limitation that; "The network element according to claim 
1 wherein the algorithm is operable for generating a deactivated softkey value when the first 
network feature has been deactivated.". 

The teachings of Cromer et al suggest such limitations (col. 1, lines 55-col. 7, line 31, whereas the 
scenario involving the relocation password causing the docking station loss of power insofar as 
docking station functions, inclusive of powering up memory that would contain the password 
information (thereby rendering the password effectively 'erased'), is broadly interpreted by the 
examiner to correspond to the applicants 'the algorithm is operable for generating a deactivated 
softkey value when the first network feature has been deactivated' element, in that the connect or 
relocation passwords would allow restoration of proper functionality given correct password 
entry.). 

12. Claim 6 additionally recites the limitation that; "The node element according to claim 5 
wherein the service module is a communication module.". 
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The teachings of Cromer et al suggest such limitations (col. 1, lines 55-col. 7, line 31, whereas the 
use of a 'service module is a communication module' type of configuration per se, is such that 
the docking station / laptop / security processor of Cromer et al clearly encompasses 
communication modules in that the laptop has a communications channel to the docking station 
that has an external network connection.). 

13. Claim 7 additionally recites the limitation that; "The node element according to claim 6 
wherein the first network feature is a communication port.". 

The teachings of Cromer et al suggest such limitations (col. 1, lines 55-col. 7,line 31, whereas the 
use of a 'first network feature is a communication port' type of configuration per se, is such that 
the docking station / laptop / security processor of Cromer et al clearly encompassing 
communication modules inherently using communication ports, in that the laptop has a 
communications channel to the docking station that has an external network connection, all of 
which is via the said associated communication ports. Further, said communications via the 
port(s) is such that if the laptop / docking station is not enabled via appropriate password 
invocation, clearly the communications (via a communications port) as a 'first network feature' 
will not likewise be enabled.). 

14. Claim 16 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is an Ethernet port.". 

The teachings of Cromer et al suggest such limitations (i.e., col. 3,lines 55-col. 4,line 4). 
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15. Claim 17 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a Fast Ethernet port.". 

The teachings of Cromer et al suggest such limitations (i.e., col. 3,lines 55-col. 4,line 4). 

16. Claim 18 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a Gigabit Ethernet port.". 

The teachings of Cromer et al suggest such limitations (i.e., col. 3, lines 55-col. 4,line 4). 

17. Claim 21 additionally recites the limitation that; "The node element according to claim 5 
wherein the service module is a software program.". 

The teachings of Cromer et al suggest such limitations (col. 1, lines 55-col. 7,line 31, whereas the 
use of a 'service module is a software program' type of configuration per se, is such that the 
docking station / laptop / security processor of Cromer et al clearly encompasses software 
modules in that the laptop is operable by software / firmware and communicates / verifies 
passwords related to the docking station that likewise is operable by software / firmware and 
communicates / verifies passwords as part of functionality that is itself a network function 
enabled /disabled appropriately.). 

18. Claim 22 additionally recites the limitation that; "The node element according to claim 
21 wherein the first network feature is an output from the software program. ". 

The teachings of Cromer et al suggest such limitations (col. 1, lines 55-col. 7,line 31, whereas the 
use of a 'first network feature is an output from the software program' type of configuration per 
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se, is such that the docking station / laptop / security processor of Cromer et al clearly 
encompasses software modules in that the laptop is operable by software / firmware and 
communicates / verifies passwords related to the docking station that likewise is operable by 
software / firmware and communicates / verifies passwords as part of functionality that is itself a 
network feature (function enabled /disabled appropriately).). 

Claim Rejections - 35 USC §103 
The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

19. Claims 8-15,19,20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Cromer et al, U.S. Patent 6,609,207 Bl as applied to claim 5 above, and further in view of 
below. 

Claim 8 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a OC-3 port."; 

Claim 9 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a OC-12 port."; 

Claim 10 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a OC-48 port."; 

Claim 1 1 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a OC-192 port."; 
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Claim 12 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a EC-1 port."; 

Claim 13 additionally recites the limitation that; 'The node element according to claim 7 
wherein the first network feature is a DS3 port."; 

Claim 1 4 additionally recites the limitation that; "The node element according to claim 7 
wherein the first network feature is a DS1 port."; 

Claim 15 additionally recites the limitation that; "The node clement according to claim 7 
wherein the first network feature is a El port."; 

Claim 19 additionally recites the limitation that; "The node element according to claim 5 
wherein the service module is an optical mapper."; 

Claim 20 additionally recites the limitation that; "The node element according to claim 
19 wherein the first network feature is an optical network port.". 

The teachings of Cromer et al suggest the base claim ("A node element in a 
communication network, comprising: a service module that provides a first network feature that 
. . . enabled or disabled; a system processor ... to receive a softkey ... a softkey validation system 
... to enable the use of the first network feature . . ., the softkey validation system comprising: 
memory ... an algorithm for use . . . valid softkey value. . . confirmation . . .") limitations (col. 
l,lines 55-col. 7,line 31) without explicitly teaching of the use of the various specific 
communications interfaces. 

The limitations concerning the use of the various communications interfaces are broadly 
interpreted by the examiner to correspond to design choices by the applicant insofar as the 
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communications applications / networks are driven by the general nature of the network protocol 
(i.e., logical and electrical). 

Thus, it would have been obvious to a person of ordinary skill in the art at the time of the 
invention to have been motivated to combine the Cromer et al ' ... node element in a 
communication network . . . ', with the various interfaces. 

Such motivation to combine would clearly encompass the need to allow for compatibility 
with whatever generally specified network interface is being considered (i.e., Cromer et al, col. 
3,line 64-col. 4,line 13). 

20. Claims 23-34 are rejected under 35 U.S.C. 103(a) as being unpatentable over Cromer et 
al, U.S. Patent 6,609,207 Bl, and further in view of Mufic, U.S. Patent 5,943,423. 

21 . As per claim 23; "A system for enabling the use of network features in a network 
element, comprising 

a softkey assignment system 
that is operable 

to perform operations with respect to at least one softkey, 
the softkey assignment system being operable 

to assign a softkey value to the softkey and 

to update the softkey status to an assigned state upon the assignment of a 
softkey value to the softkey, 
the softkey assignment system also being operable 
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to update the softkey status to an unassigned state upon the receipt of a 
deactivate softkey value for the softkey [i.e., Cromer et al, col. 1, lines 55-col. 
5,line 35]; and 
a network element, the network element comprising: 
a service module 

that provides a first network feature 
that may be optionally 
enabled or 

disabled [i.e., Cromer et al, col. l,lines 55-col. 5,line 35]; 

and 

a softkey validation system 
that is operable 

to enable the use of the first network feature when 
a received softkey value is the same as 
a first valid softkey value, 
the software validation system also being operable 

to enable the use of the first network feature a second time, 

after the first network feature has been deactivated, when 
the received softkey value is the same as 
a second valid softkey value, 
wherein 

the first valid softkey value is not 
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the same as the second valid softkey value ." 

22. Claim 24 additionally recites the limitation that; "The system according to claim 23 
wherein the service module includes the softkey validation system.". 

The teachings of Cromer et al suggest such limitations (col. l,lines 55-col. 7,line 31, whereas the 
. use of separate connection and disconnect passwords are broadly interpreted by the examiner to 
correspond to the applicants 2 (different) softkeys used in the 'service module includes the 
softkey validation system' elements.). 

23. Claim 25 additionally recites the limitation that; "The system according to claim 23 
wherein the network element further comprises a shelf processor and wherein the shelf processor 
includes the softkey validation system.". 

The teachings of Cromer et al suggest such limitations (col. l,lines 55-coL 7,line 31, whereas the 
use of a laptop that is inserted into a docking station is broadly interpreted by the examiner to 
correspond to the applicants 'a shelf processor and wherein the shelf processor includes the 
softkey validation system' elements.). 

24. Claim 26 additionally recites the limitation that; "The system according to claim 23 
wherein the service module comprises an internal counter and wherein the internal counter stores 
a value that is used by the softkey validation system in determining whether the received softkey 
value is valid.". 
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The teachings of Cromer et al suggest such limitations (col. l,lines 55-col. 7,line 31, whereas the 
use of memory (or a latch, in the case of the relocation scenario) to effect storage of the state of 
the password entry process, is broadly interpreted by the examiner to correspond to the 
applicants 'internal counter . . . counter stores a value that is used by the softkey validation 
system . . . softkey value is valid 5 elements, in that although a latch / memory may retain the 
persistent state of a single process, the count of the persistent state, although only 2 states, is a 
count none the less.). 

25. As per claim 34; "A method for authorizing the use of a network feature in a network, the 
network comprising a softkey assignment system, and a network element comprising a service 
module that provides a first network feature that may be optionally authorized, the method 
comprising the steps of: 

allowing a customer to use the first network feature; 

providing a customer with a softkey upon request by the customer; 

generating the softkey value for the softkey; 

providing the softkey value to the customer upon request by the customer; and 
canceling the alarm condition in response to the customer supplying the softkey value to 
the network element, 

wherein the softkey value is encrypted and 

wherein the network element comprises a validation system that is operable to: 

(a) receive the encrypted softkey value from outside of the network element, 

(b) decrypt the encrypted softkey value, 
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(c) determine whether the received softkev value is equal to a first valid softkev 
value, and 

(d) authorize the use of the first network feature if the received softkev value is 
equal to the first valid softkev value; and 

wherein the service module comprises a system for deriving a second valid softkev value 
wherein the second valid softkev value is not equal to the first valid softkev value, 
wherein the second valid softkev value is operative to allow the first network feature to 
be authorized if the first network feature is de-authorized after it has been authorized 
using the first valid softkev value, and wherein the first valid softkey value is not 
operative to allow the first network feature to be authorized again if the first network 
feature is de-authorized after it has been authorized using the first valid softkev value ." 

26. As per claim 27; "A method for enabling the use of network features in a network 
element within a network, the network element comprising a service module that provides a first 
network feature that may be optionally enabled, the method comprising the steps of: 
receiving 

an encrypted softkey value from outside of the network element; 
decrypting 

the encrypted softkey value; 
determining whether 

the received softkey value is equal to 
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a first valid softkey value; 
enabling 

the first network feature if 

the received softkey value is equal to 

the first valid softkey value; and 

providing 

a mechanism for deriving 

a second valid softkey value 
wherein 

the second valid softkey value is not equal to 
the first valid softkey value, 
wherein 

the second valid softkey value is 

operative to allow the first network feature 
to be activated if 

the first network feature is deactivated after 
it has been activated using 

the first valid softkey value, and 

wherein 

the first valid softkey value is 

not operative to allow the first network feature 
to be activated again if 
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the first network feature is deactivated after 
it has been activated using 

the first valid softkey value." 

The teachings of Cromer et al suggest the base claim ("A method for enabling the use of 
network features in a network element . . . comprising a service module . . . comprising the steps 
of: receiving an encrypted softkey; . . . decrypting . . . softkey value; determining . . . equal to a . . . 
value; enabling the first network feature . ..") limitations (col. 1, lines 55-col. 7,line 31) without 
explicitly teaching of the use of the various encryption / decryption functions involved with the 
softkey. 

Also, as per claim 23, this claim is claim 1 from the point of view of the setup / 
configuration of the softkeys, and the docking station / laptop / security processor of Cromer et al 
clearly encompasses the setup of the passwords for connect / disconnect / relocation, without 
explicitly teaching of the use of the various encryption / decryption functions involved with the 
softkey. 

Also, as per claim 34, this claim is the method claim for the system claim 23 from the 
point of view of the setup / configuration of the softkeys, and for 'the generating an alarm 
condition' and the responses to such alarm conditions, such that the docking station / laptop / 
security processor of Cromer et al clearly encompasses the responses (i.e., the disable / enabling 
states of the laptop and docking station) upon correct /incorrect password entry at pre / post 
docking scenarios, without explicitly teaching of the use of the various encryption / decryption 
functions involved with the softkey. 



Application/Control Number: 09/875,723 Page 20 

Art Unit: 2136 

Mufic teaches of using encrypted parameters to access a client network node (i.e., 
element of the network) utilizing smartcard or such token credentials, inclusive of sendind the 
client an encrypted password that is decrypted by the client network node (col. 5,line 23-col. 
6,line 20, col. 7,line 60-coL 11, line 13). 

Thus, it would have been obvious to a person of ordinary skill in the art at the time of the 
invention to have been motivated to combine the Cromer et al 'A method for enabling the use of 
network features in a network element . . . with the various encryption / decryption functions 
involved with the softkey. 

Such motivation to combine would clearly encompass the need to allow secure transfer of 
the password (softkey) from an external source to the network element insofar as the whole point 
of having the passwords is to assure the confidentiality of the passwords so that they can be used 
for the specified security servicing related to the invention (i.e., Cromer et al, col. 3,lines 1-12). 

27. As per claim 28; "A method for enabling the use of network features in a network [This 
claim is the method claim for the system claim 23 from the point of view of the use of the 
various encryption / decryption functions involved with the softkey as rejected above in the 
claim 27 rejection, and is rejected for the same reasons provided for the claim 1, 23, and 27 
rejections], the network comprising a softkey assignment system, and a network element 
comprising a service module that provides a first network features that may be optionally 
enabled, the method comprising the steps of: 
providing 

a customer with a reusable softkey; 
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generating with the softkey assignment system 

a softkey value for the softkey; 
encrypting the softkey value; 
assigning 

the encrypted softkey value to the softkey; 
providing 

the encrypted softkey value to the customer upon 
the customer's request to use the softkey; 
updating 

the state of the softkey to an assigned state upon 
assigning the encrypted softkey value to the softkey; 
providing within the network element 

a validation system that is operable to: 

(a) receive an encrypted softkey value from outside of the network 
element, 

(b) decrypt the encrypted softkey value, 

(c) determine whether 

the received softkey value is equal to 
a first valid softkey value, and . 

(d) enable 

the first network feature if 

the received softkey value is equal to 
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the first valid softkey value; 
providing with the service module 

a system for deriving a second valid softkey value 
wherein 

the second valid softkey value is not equal 
to the first valid softkey value, 
wherein 

the second valid softkey value is operative to 

allow the first network feature to be activated if 

the first network feature is deactivated after it has been 
activated using the first valid softkey value, and 

wherein 

the first valid softkey value is not operative to 

allow the first network feature to be activated again if 

the first network feature is deactivated after it has been 
activated using the first valid softkey value; 
providing a method for 

allowing the customer to return 

the softkey to an unassigned state; and 
allowing the customer to re-use 
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the softkey for activating a second network feature by allowing the softkey 
assignment system to provide the customer with a second softkey value upon 
request if the softkey is in an unassigned state at the time of the request.". 

28. Claim 29 additionally recites the limitation that; "The method of claim 28 wherein the 
providing a method for allowing the customer to return the softkey step comprises the steps of: 
providing within the network element a system for deactivating the feature associated with the 
installed softkey and for returning to the customer a deactivation key value upon deactivation of 
the feature; accepting the deactivation key value from the customer; and updating the state of the 
softkey to reflect that it is in an unassigned state [This claim is the method claim for the system 
claim 4 from the point of view of the use of the various encryption / decryption functions 
involved with the softkey as rejected above in the claim 28 rejection, and is rejected for the same 
reasons provided for the claim 4,28 rejections].". 

29. Claim 30 additionally recites the limitation that; "The method of claim 28 wherein the 
system for deriving a second valid softkey value comprises a counter within the service module 
that keeps track of the number of times that the service module feature has been deactivated 
[This claim is the method claim for the system claim 26 from the point of view of the use of the 
various encryption / decryption functions involved with the softkey as rejected above in the 
claim 28 rejection, and is rejected for the same reasons provided for the claim 26,28 
rejections].". 
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30. Claim 31 additionally recites the limitation that; "The method of claim 28 wherein the 
system for deriving a second valid softkey value comprises a counter within the service module 
that keeps track of the number of times that the service module feature has been activated [This 
claim is the method claim for the system claim 26 from the point of view of the use of the 
various encryption / decryption functions involved with the softkey as rejected above in the 
claim 28 rejection, and is rejected for the same reasons provided for the claim 26,28 
rejections].". 

31. Claim 32 additionally recites the limitation that; "The method of claim 28 wherein the 
service module comprises a key holding location and wherein the first network feature is enabled 
by loading at least a portion of the valid key value into the key holding location [This claim is 
the method claim for the system claim 26 from the point of view of the use of the various 
encryption / decryption functions involved with the softkey, and further, in that since the 
processing elements involved all clearly have memory associated with said processing elements, 
the 'key holding location 5 correspond to these memory elements, and as such, is rejected for the 
same reasons provided for the claim 26,28 rejections].". 

32. Claim 33 additionally recites the limitation that; 'The method of claim 28 wherein the 
service module comprises a key holding location and wherein the first network feature is enabled 
by loading data derived from at least a portion of the valid key value into the key holding 
location [This claim is the method claim for the system claim 26 from the point of view of the 
use of the various encryption / decryption functions involved with the softkey, and further, in 
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that since the processing elements involved all clearly have memory associated with said 
processing elements, the 'key holding location 5 correspond to these memory elements, and as 
such, is rejected for the same reasons provided for the claim 26,28 rejections].". 



Response to Amendment 

33. As per applicant's argument concerning the statutory subject matter issue involved with 
the phrase "... algorithm . . .", the examiner has fully considered the applicants response, and 
finds them not to be persuasive. Although it is true that the ". . . algorithm . . ." limitation is just an 
element of the claim, taken as a whole, the phrase . .an algorithm for use in confirming whether 
the received softkey value . . ." is nonetheless non- statutory subject matter because "an 
algorithm" per se, can't "confirming]" or for that matter, "do" anything. An algorithm that is 
embodied as a method, itself in the form of a computer readable media, can by execution on a 
processing element/device, etc., of computer (or again, processor, microprocessor, etc.,) 
executable instructions; resident in so associated processor memory; perform the function 
defined by the algorithm. However, even so embodied an algorithm can't itself confirm, or 
generally "do" anything. 

The examiner suggests that these critical aspects require correction, at the very least, for 
the prosecution of this application to go forward. 

34. As per applicant's argument concerning the lack of teaching by Cromer et al of "outside 
the network element" receiving/inputting of a softkey value, the examiner has fully considered in 
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this response to amendment; the arguments, and finds them not to be persuasive. The Cromer et 
al teaching of password entry, via keyboard, token, etc., is recited, at the very, least in the context 
of "external" input into the processing element; itself clearly "external inputting ..." per se. 
Nowhere in the claim language does the recitation of a requirement for network "external" input 
of the softkey; just external input per se. Therefore, the Cromer et al aspects of "external" input 
into the processing element, as being broadly interpreted by the examiner, as per the claim 
language, would therefore be applicable in the rejection, such that the rejection support 
references collectively encompass the said claim limitations in their entirety. 

35. As per applicant's argument concerning the lack of teaching by Cromer et al of ". . . 
disposable softkeys. . .", the examiner has fully considered in this response to amendment; the 
arguments, and finds them not to be persuasive. The Cromer et al teaching of password entry that 
is, at the least from a user to user, or session to session aspect, inherently reconfigurable and 
therefore disposable, as being broadly interpreted by the examiner, such that the rejection 
support references collectively encompass the said claim limitations in their entirety. 

36. Further, to patently distinguish the claimed invention from prior art, the association of the 
specifics of the softkey creation/transfer (i.e., "externally" or otherwise), and more explicit 
reciting in the claim language of the softkey to the softkey validation/assignment system 
format/protocol aspects of the claim limitations, and the inter relationships thereof, must be 
recited as part of the claim language in greater specificity. 
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37. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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Conclusion 



38. Any inquiry concerning this communication or earlier communications from examiner 
should be directed to Ronald Baum, whose telephone number is (571) 272-3861, and whose 
unofficial Fax number is (571) 273-3861. The examiner can normally be reached Monday 
through Friday from 8:00 AM to 5:30 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Ayaz Sheikh, can be reached at (571) 272-3795. The Fax number for the organization 
where this application is assigned is 703-872-9306. 

Ronald Baum 



Patent Examiner 
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